home *** CD-ROM | disk | FTP | other *** search
- Path: user2.mnsinc.com!mintz
- From: mintz@mnsinc.com (Larry Mintz)
- Newsgroups: comp.dcom.modems
- Subject: Re: SDL problems with new Courier modems
- Date: 21 Apr 1996 14:11:32 GMT
- Organization: Monumental Network Systems
- Message-ID: <4ldfmk$d0m@news1.mnsinc.com>
- References: <4kj6e1$jjn@chagall.cti-software.nl> <4klkb3$eb@news1.mnsinc.com> <4l4e8m$968@sam.inforamp.net>
- NNTP-Posting-Host: user2.mnsinc.com
- X-Newsreader: TIN [version 1.2 PL2]
-
- Geoffrey Welsh (crs0794@inforamp.net) wrote:
- : In article <4klkb3$eb@news1.mnsinc.com>, mintz@mnsinc.com (Larry Mintz) wrote:
- : >Pim Zandbergen (pim@chagall.cti-software.nl) wrote:
- : >: Has anyone else encountered this problem ? Is there a fix somewhere ?
- : >
- : >Yes. The modem's baud rate *must* be allowed to float during the SDL
- : >download into the modem's flash ROM. The handshake requires it, as part
- : >of the testing to see if the modem is functioning correctly.
-
- : This is built into the SDL program and I know of no way to disable it. The
- : SDL program allows you to specify the bps rate for the download (run "SDL -?"
- : for fun some time) and this fellow's use of that option probably has nothing
- : to do with the problem he's having.
-
- What *I* meant by saying that the modem's baud rate must be allowed to *float*
- is that anything that prevents the baud rate from changing will *also*
- prevent the SDL from loading, *no matter what setting you specify on the
- command line to the SDL.* USR, as part of the checks of the modem during the
- initialization of the SDL, *changes* the baud rate at which it communicates
- with the modem *repeatedly* before settling down at the rate specified on
- the command line (or the default rate if not specified.) So, if you have a
- serial driver that locks the baud rate (of the serial port that the modem
- is on) when you run the SDL, the SDL *will* fail.
-
- Larry
-